> > Actually, this kind of function could be usefull for users, but if in
> > addition you want to improve the final quality of rendering, Spectral
> > Color Space has to be implemented into PoV.
> 
> I suspect that in addition to having to rewrite the renderer, you would
> also have to redesign a lot of stuff...you wouldn't be able to use many
> of the old algorithms. Not a small job...even bigger than the planned
> C++ rewrite for POV 4.0. However, it would make some things easier and
> far more accurate...(dispersion, iridescence...)
> Maybe 4.0 will be done so some areas could do calculations in spectral
> space and others in RGB, so it would be possible to switch to spectral
> space a bit at a time, and having a working renderer in the meantime.

Yes, I know... :)
I wrote a small (commercial) monte carlo ray-tracing program 3 years ago
able to work *exclusively* in spectral space. It was a bit limited in
texture models, but gave quite good lighting and rendering results.
However, the first version worked in RGB space and my client asked me to
improve it because he suddenly needed to use only spectral colors in his
applications. So, I had to rewrite several functions, actually, every
color and shading manipulation routines...
But you're right, to implement spectral color space rendering in
(mega)PoV from now, every color, light, shading and texture manipulation
functions have to be completly redesigned ; and at this level of
evolution, it won't be an easy task, or at least, it'll take a certain
time...

> > There's a BIG difference of quality between an image rendered using
> > spectral space and the same one rendered in RGB...
> 
> Do you have any examples? Any links to information on using spectral
> color spaces?

I have to find again my links and notes. They should be somewhere in my
archives. I will send an email in this news group when I can put my
hands on it...

S.M.

Post a reply to this message